home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / dviware / dvi2xx / README.dell-unix < prev    next >
Text File  |  1994-04-24  |  3KB  |  87 lines
  1. Subject: Re: SYSV4 and DVI Laserjet IIIp printer driver
  2. Date: Sun, 5 Jan 92 15:09:10 MET
  3.  
  4. PROBLEM:
  5. Fred Appelman <fred@cv.ruu.nl> wrote:
  6.  
  7. +> I am looking for a TeX printer driver that runs under System V release 4
  8. +> (Dell Unix) that can drive my Laserjet IIIp printer. I have already tried
  9. +> various packages, but have been unsucessfull so far. The printer has
  10. +> 1 Mb of printer memory.
  11. +> 
  12. +> I have tried the following:
  13. +>         dvi2lj (Version 0.50) -- Compiles fine. When I print I do get a result,
  14. +>                                  but several of the letters are printed at the
  15. +>                                  wrong position. 
  16.  
  17. My reply:
  18. +I am really wondering, what is going on to happen under Dell Unix.
  19. +As i am the author of the driver mentioned above, i KNOW that on a lot
  20. +of various platforms and operating systems your problem never occured.
  21. +I have no DELL unix around, but at least with interactive unix, the driver
  22. +works like a charm.
  23. +
  24. +The most frequent problem with the driver in the UNIX world is, that
  25. +the printer setup is somewhat messed up. people spoiled with postscript
  26. +do not pay attention that the printer setup (such as line-print filter, tty
  27. +settings) is 8 bit transparent. The easiest way to figure out whether
  28. +this is happening is to print a tex document containing just the 
  29. +text "aeiou" whith cmr10 (no magn). the with of the i in the font is 10
  30. +pixels, which is encoded in pcl as 0x0a, which many printer drivers like
  31. +to translate in <cr><lf>. As a consequence the output after "i" is messed
  32. +up.
  33.  
  34.  
  35. SOLUTION (Fred Appelman):
  36.  
  37. Thank you for your help. The problem was exactly as you described. The 
  38. printer output was not 8 bit transparent. Your suggested test procedure 
  39. was brilliant. By directly copying the data to the device file, I had
  40. no problems, so I was pretty sure that the problem was somewhere in the
  41. driver. I have found the error:
  42.  
  43. This is a part of the original code:
  44.     : ${TERM:=unknown}
  45.     if [ ${TERM} = hplaser ]; then
  46.         jetfile=1
  47.     else
  48.         TERM=hplaser
  49.         export TERM
  50.         jetfile=
  51.     fi
  52.     tput lines 1>/dev/null 2>&1 || TPUT=:
  53. After the fix:
  54.     : ${TERM:=unknown}
  55.     if [ ${TERM} = hplaser ]; then
  56.         jetfile=1
  57.     else
  58.         TERM=hplaser
  59.         export TERM
  60.         jetfile=1
  61.     fi
  62.     tput lines 1>/dev/null 2>&1 || TPUT=:
  63.  
  64.  
  65. So a description of the fix:
  66.     1. Log in as root
  67.     2. Edit the file /usr/lib/lp/model/hplaser
  68.     3. Change line 486 from
  69.         jetfile=
  70.        into
  71.         jetfile=1
  72.     4. Remove the printerdefintion:
  73.         lpadmin -xlj (or whatever name you have choosen)
  74.     5. Reinstall the printer
  75.         lpadmin -p lj -mhplaser -T "hplaser" -v /dev/lp
  76.     Note1: The name of the printer (lj) or the device
  77.                (/dev/lp) can vary.
  78.         Note2: This fix was necessary on Dell UNIX SYSVR4 relase 2.0
  79.                Newer releases may not need this fix.
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.